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D ascription 

[0001] The present invention relates to a method of 
recording compressed and coded video signals on a re- 
cording medium, and a method of recording com- 
pressed and coded video signals, audio signals and oth- 
er data in time-division multiplexing. 
[0002] As a method of recording, reproducing or 
transferring compressed and coded video and audio 
signals and other data in time-division multiplexing, 
there is MPEG (Motion Picture coding Experts Group) 
which conforms to ISO 11 1 72. 

[0003] The compressive coding of video signals in this 
scheme employs predictive coding in combination with 
motion compensation, and discrete cosine transform 
(DCT). 

[0004] In this conventional method or in a system 
which records and reproduces a multiplexed signal con- 
sisting of compressed and coded video and audio sig- 
nals and various kinds of data (audio/video/data multi- 
plexed stream) on and from a predetermined recording 
medium, the speed and easiness of random accessing, 
and the reduction of the buffer capacity and the facilita- 
tion of control and edition in the reproducing system are 
not sufficiently accomplished. 

[0005] It is therefore an object of the present invention 
to provide a method of recording compressed and cod- 
ed data, which is advantageous in improving the speed 
and easiness of random accessing, and reducing the 
buffer capacity and facilitating control and edition in the 
reproducing system. 

[0006] To achieve the above object, according to this 
invention, there is provided a compressed and coded 
data recording method for recording video signals on a 
recording medium in compressed and coded form, 
which method comprises the steps of: 

compressing and coding video signals for every 
predetermined number of frames with an amount of 
codes per said predetermined number of frames be- 
ing constant; 

the method characterised by storing said predeter- 
mined number of frames of compressed and coded 
video signals into at least one video packet; 
storing said video packet in a pack having a time 
slot corresponding to said predetermined number 
of frames; and 

recording said video signals on said recording me- 
dium in a pack stream containing such packs, with 
a relation between a size of said pack and a size of 
a logical block of said recording medium being set 
to n : 1 (where n is an integer) and a relation be- 
tween said size of said pack and a size of a physical 
block of said recording medium being set to m : 2 
(where m is an integer also). 

[0007] According to this method, the correlations be- 
tween a predetermined number of frames of video sig- 
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nals to be recorded and the sizes of the logical block 
and physical block of the recording medium are well or- 
ganized. 

[0008] The compressed and coded data recording 
5 method of the present invention has another character- 
istic such that the video packet is stored at the end of a 
pack. Therefore, the data packet and audio packet 
which contain small amounts of data have only to be 
delayed to be synchronous with the timing of reproduc- 
10 ing the video packet, so that a buffer memory required 
for accomplishing this delay can have a small capacity. 

Fig. 1 is a diagram showing the directions of predic- 
tion between frames of video signals in the com- 

js pressive coding which conforms to ISO 1 1 1 72; 

Fig. 2 is a diagram showing the transmission state 
of a video stream which conforms to ISO 11 172; 
Fig. 3 is a diagram exemplifying the multiplexing of 
various kinds of data that is specified by the system 

20 part of MPEG which conforms to ISO 1 1 1 72; 

Fig. 4 is a diagram for explaining various time 
stamps and reference time information, showing 
how a stream of multiplexed packs in Fig. 3 are re- 
produced; 

2S Fig. 5 is a diagram showing a data format in a meth- 
od of recording compressed and coded data ac- 
cording to one embodiment of the present inven- 
tion; 

Fig. 6 is a schematic block diagram of an encoder 
30 which accomplishes a method of making the 
amount of data of GOP (Group Of Pictures) con- 
stant in the present invention; and 
Fig. 7 is a time chart for explaining the operation of 
a buffer memory of the encoder shown in Fig. 6. 

3S 

[0009] Before discussing a preferred embodiment of 
the present invention, the conventional compressive 
coding method will be described referring to the accom- 
panying drawings. 

40 [0010] An image coded by the MPEG scheme con- 
sists of an I picture (Intra coded picture) coded within a 
frame, a P picture (predictive coded picture) obtained 
by coding the difference between the current image and 
an old picture (decoded image of an I or P picture) and 

45 a B picture (Bidirectionally predictive coded picture) ob- 
tained by coding the difference between the current im- 
age and an interpolated image which is predicted bidi- 
rectionally from old and future images. The predictive 
directions are illustrated in Fig. 1. 

so [0011] Referring to Fig. 1, coded frame images are 
symbolized as parallelograms frame by frame. Those 
frame images correspond to consecutive frames of input 
video signals, and T, "P" and °B B affixed to the frame 
images indicate the aforementioned types of pictures of 

ss the frame images. The arrowheads indicate the direc- 
tions of prediction between frames. 
[0012] A certain video sequence unit is collectively 
called "GOP" (Group Of Pictures). As one example, 15 
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frames are treated as this unit in Fig. 1 and are sequen- 
tially given frame numbers. 

[0013] The compression efficiency in this coding var- 
ies with the difference in the coding scheme of the indi- 
vidual picture types. The compression efficiency is the 
highest lor 5 pictures, the next highest compression ef- 
ficiency tor P pictures and the lowest compression effi- 
ciency for I pictures. The amounts of each frame and 
each GOP are not constant and differ depending on vid- 
eo information to be transmitted. 
[0014] While the order of uncompressed frames are 
as shown in Fig. 1, the order of compressed frames at 
the time of transmission becomes as shown in Fig. 2 lor 
the purpose of reducing the delay time in the decoding 
process. 

[0015] Portions (a) and (b) in Fig. 2 conceptually illus- 
trate each coded frame image in view of the amount of 
data after compression, and the picture types I, P and 
B and Irame numbers correspond to those shown in Fig. 
1 . The coded video signals are arranged in the order of 
Irame numbers as illustrated, and a sequence header 
SQH can be affixed to ensure independent reproduction 
GOP by GOP as shown in a portion (c) in Fig. 2. The 
sequence header, which is located at least at the head 
of a stream of data or a video stream as shown in the 
portion (b) in Fig. 2, describes information about the en- 
tire video stream. The sequence header may be affixed 
to the head of every GOP to ensure reproduction of data 
from a middle part of each GOP, and includes initial data 
needed for the decoding process, such as the size of an 
image and the ratio of the vertical pixels to the horizontal 
pixels. A video stream to be transferred to a decoder is 
formed in the above manner. 

[001 6] The system part of the MPEG further specifies 
a scheme of multiplexing a compressed audio stream 
and a stream of other data in addition to the aforemen- 
tioned compressed video stream and accomplishing the 
synchronized reproduction of those streams. 
[0017] Fig. 3 exemplifies the multiplexing of various 
kinds of data, which is specified by the system part of 
the MPEG. 

[0018] in Fig. 3, a portion (a) indicates a data stream 
of coded video signals consecutively arranged in the or- 
der of GOPs as indicated by the portion (c) in Fig. 2, i. 
e., a video stream, and a portion (b) indicates a data 
stream of audio signals that are compressed and coded 
by a predetermined coding scheme which will not be dis- 
cussed in detail. Partial data of each stream is stored in 
a packet together with a packet header located at the 
head of the packet A packet in which video stream data 
is stored is called a video packet (VP), and a packet in 
which audio stream data is stored is called an audio 
packet (AP). Likewise, a packet in which a stream of da- 
ta other than video and audio signals, such as control 
data, is stored is called a data packet (DP) though not 
illustrated. 

[0019] Some of those packets are grouped as a pack 
with a pack header placed at the head of this pack. The 



packets are transmitted pack by pack in the form shown 
in a portion (c) in Fig. 3. In the packet transmission, the 
pack header serves as a system header (SH) which de- 
scribes information about the whole pack stream and 
5 includes a pack start code PS and a system clock ref- 
erence SCR that indicates the reference of time. The 
packet header includes a presentation time stamp PTS 
and a decoding time stamp DTS as needed. A pack is 
the collection of individual partial streams each corre- 

io sponding to a packet. 

[0020] SGR in the pack header is the number of sys- 
tem clocks of 90 KHz counted from some point of time, 
and is used as a reference of time in reproducing the 
associated pack. PTS in the packet header represents 

is the time at which the presentation of the packet contain- 
ing that PTS as a video image or sound and voices 
starts, by thenumber of the system clocks counted. DTS 
represents the time at which decoding of the packet con- 
taining that DTS starts. For B pictures in a video packet 

^0 and an audio packet, the time data of PTS equals that 
of DTS so that DTS need not particularly be described. 
For I and P pictures in a video packet, since the pres- 
entation starting time lags from the decoding starting 
time due to the rearrangement of the frames in the op- 

2S posite order to the one shown in Fig. 2, PTS and DTS 
should be inserted as needed. PTS or a combination of 
PTS and DTS is inserted in a stream of video and audio 
packets at an interval of 0.7 sec or below. 
[0021] In reproducing such a stream of packs, the val- 

30 ue of SCR is loaded into a counter in a reproducing ap- 
paratus and thereafter the counter starts counting the 
system clock and is used as a clock. When PTS or DTS 
is present, each packet is decoded atthe timing at which 
the presentation of the packet as a video image or sound 

3S and voices starts when the value of the counter coin- 
cides with PTS. With no PTS and DTS present, each 
packet is decoded following the decoding of the previ- 
ous packet of the same kind. 

[0022] The above will be conceptually explained be- 

40 low. Suppose that SCR of a pack 1 has been input at 
time til based on the system clock indicated in a portion 
(b) in Fig. 4 which illustrates the reproduction state of 
the stream of packs that are denoted by the same 
shapes and reference numerals as used in Fig. 3. Time 

45 data til is described in the SCR. As video stream data 
whose presentation starts from time t1 2 is stored in data 
DATA11 in the first packet in the pack 1, time data t12 
is described in PTS of that packet. As audio stream data 
whose presentation starts from time t1 3 is stored in data 

so DATA1 3 in the third packet in the pack 1 , time data t1 3 
is described in PTS of that packet. As the end portion of 
GOP1 whose presentation starts from time t15 and the 
head portion of subsequent GOP2 are stored in data 
DATA1 4 in the fourth packet in the pack 1 , time data t1 5 

55 is described in PTS of that packet. For the subsequent 
packets, SCR and PTS are described in the same man- 
ner. A portion (c) in Fig. 4 shows presented video signals 
and a portion (d) presented audio signals. Although no 
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PTS is described in the header of that packet which 
stores packet data DATA12, such a description is un- 
necessary as long as PTS is inserted at the aforemen- 
tioned interval of 0.7 sec or below. Assuming that GOP 
has the structure shown in Fig. 2, then the packet data 
DATA 11 is stored from the data of the first I picture of 
the GOP1, so that a value equivalent to the time earlier 
by three frames than PTS is described in DTS in the 
packet header of the DATA11 . 

[0023] The main characteristics of the compressive 
coding of MPEG video signals and the time<iivision mul- 
tiplexing of various kinds of data, which conform to ISO 
11172, are as follows: 

(1 ) The amount of data in a video stream differs 
frame by frame and GOP by GOP. 

(2) The sequence header SQH, which describes in- 
formation about the entire video stream, is located 
at least at the head of the video stream. 

(3) The system header SH, which describes infor- 
mation about the whole stream of packs, is placed 
at least at the head of the pack stream. 

(4) Various packets VP, AP and DP may be ar- 
ranged in a pack in an arbitrary order. 

(5) The boundary between GOPs is not associated 
at all with the boundary between packs, and the re- 
lations of the pack boundary with the boundary be- 
tween logical blocks and of the boundary between 
the physical blocks of a package medium like a disk 
are not particularly specified. 

[0024] In view of the above, in a system of recording 
and reproducing such a pack stream (audio/video/data 
multiplexed stream) on and from a predetermined re- 
cording medium, the speed and easiness of random ac- 
cessing, and the reduction of the buffer capacity and the 
facilitation of control and edition in the reproducing sys- 
tem are not sufficiently accomplished. 
[0025] The present invention will now be described in 
detail referring to the accompanying drawings. 
[0026] Fig. 5 is a diagram showing a data format in a 
method of recording compressed and coded data ac- 
cording to one embodiment of the present Invention. 
[0027] In Fig. 5, the amount of data of video signals 
after compression as shown in (b) in Fig. 2 differs frame 
by frame but should always be constant in one GOP. A 
scheme for making the amount of data In a single GOP 
constant will be discussed later. A portion (a) in Fig. 5 
shows the amount of data for each frame in a GOP, with 
the vertical scale representing the amount of data and 
the horizontal scale representing frames 31 to 1 4B. The 
data of the GOP is stored as a video packet VP in a pack 
together with an audio packet AP and a data packet DP 
as indicated In a portion (b) in Fig. 5. The size of one 
logical block (a portion (c) in Fig. 5) of a predetermined 
recording medium on which such packets are recorded 
is 2048 bytes, and one pack has a size of 2048 X 144 
bytes (144 logical blocks). In one pack, the system 



header SH including the pack start code PS and system 
clock reference SCR, and a data packet DP occupy 
2048 X 1 2 bytes, an audio packet AP occupies 2048 x 
8 bytes and four video packets VP occupy 2048 x 1 24 
s bytes. 

[0028] The upper limit of the bit rate tor audio and vid- 
eo signals after compression become as follows. 

audio: 2048 X 8 X 8/0.5005 = 261.88 (Kbps) 



video: 2048 X 124 X 8/0.5005 = 4.059 (Mbps) 

is [0029] The above bit rates are sufficient to transmit 
two channels of high-quality audio signals and video sig- 
nals having a high image quality. To provide four chan- 
nels of audio signals, the size of the data packet DP 
should be changed to 2048 X 4 bytes and an audio 

^0 packet of 2048 x 8 bytes should be added so that each 
pack contains two systems of audio signals. 
[0030] The number of physical blocks (portion (d) in 
Fig. 5) of the predetermined recording medium varies 
depending on the error correcting system, particularly, 

2* the property of a burst error and the size of redundancy 
allowed by the error correction code in the recording and 
reproducing system for the recording medium. For in- 
stance, when one physical block has a size of 2 16 = 
65536 bytes, one packhasfour and half physical blocks, 

30 and when one physical block has a size of 2 15 = 32768 
bytes, one pack has nine physical blocks. 
[0031] The ratio of a pack to physical blocks is set to 
2 : 9 in this embodiment for the following reason. The 
period of a GOP accessible at random is the period of 

35 one pack, th e size of the pack is set to 2048 X 1 44 bytes 
to ensure transmission of two or four channels of high- 
quality audio signals and high-quality video signals, and 
the size of the physical block is set to 2 16 bytes to in- 
crease the interleave length while reducing the redun- 

40 dancy of the error correction code. 

[0032] As the audio packet AP contains compressed 
audio signals which should be reproduced at substan- 
tially the same time as the GOP, decoding the audio sig- 
nals and reproducing them in synchronism with the vid- 

45 eosignals require a buffer memory which has a capacity 
to store at least one packet of audio signals plus audio 
signals for the decoding delay of video signals. Because 
the audio signals carry a small amount of data, however, 
the buffer memory can have a small capacity. The same 

so is true of the data packet DP. To reduce the capacities 
of delaying buffers to accomplish synchronous repro- 
duction, those two types of packets having small 
amounts of data are arranged in front of video packets. 
[0033] Random accessing of GOPs recorded on a re- 

5$ cording medium is accomplished by accessing a target 
physical block in accordance with the address, which is 
finally assigned to that physical block and is acquired by 
searching the logical blocks. Since the correlation be- 
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twaen the logical blocks and the physical block tor any 
GOP in Fig. 5 is simple, fast random access can be ac- 
complished easily. GOP data whose quantity is constant 
is divided into tour packets which are stored in a pack 
having a time slot corresponding to this GOP and the 
size of the pack has simple integer ratios to the sizes of 
the logical block and physical block of the recording me- 
dium, in this case, the pack and the logical block have 
a relation of 1 : 144 and the pack and the physical block 
have a relation of 2 : 9. In the recording and reproducing 
system for the recording medium, therefore, positional 
control should be performed on the information detected 
point based on the simple relations of one GOP per 144 
logical blocks and nine physical blocks per pack, at the 
time the desired GOP is accessed. The accessing proc- 
ess is therefore performed quickly and simply. With re- 
gard to the relation between the packet and logical 
blocks, the ratio of the size of the pack header and a 
data packet to the size of logical blocks is 1 : 12, the 
ratio of the size of an audio packet and the size of the 
logical blocks is 1 : 8, the ratio of the size of the total 
video packets and the size of the logical blocks is 1 : 
1 24. With regard to the relation between the packet and 
physical blocks, the ratio of the size of the pack header 
and a data packet to the size of physical blocks is 3 : 8, 
the ratio of the size of an audio packet and the size of 
the physical blocks is 1 : 4, the ratio of the size of the 
total video packets and the size of the physical blocks 
is 31 : 8. Those correlations are more desirable if they 
are simpler. 

[0034] As the system header SH and sequence head- 
er SQH are inserted in every pack, reproduction can 
easily start from an arbitrary GOP. 
[0035] Because the individual GOPs are not fully in- 
dependent from one another as shown in Fig. 1 , when 
reproduction starts from an arbitrary GOP, the first two 
B picture frames of the first GOP cannot be decoded. If 
a GOP to be accessed at random is determined previ- 
ously, the first two B picture frames can become deco- 
dable if they are coded without using prediction from the 
previous P picture frame. 

[0036] The same can apply to the edition of data GOP 
by GOP, so that if the editing point is known previously, 
the edition can be performed in the same mann er as the 
random accessing. 

[0037] While reproduction can start from any GOP, an 
end code indicating the end of reproduction should be 
generated inside the reproducing apparatus as needed 
in order to end the reproduction at an arbitrary GOP. 
[0038] If the audio signals and video signals are as- 
sociated with music, a stream of packs consists of sev- 
eral pieces of music and random access of the pack 
stream music by music is sufficient, the aforementioned 
system header SH and sequence header SQH should 
be inserted only at the head of each piece of music. 
[0039] Further, the contents of those headers, once 
loaded, may not necessarily be read every random ac- 
cessing, depending on the structure of the decoder. 



Even in this case, those headers need not be inserted 
in every pack. 

[0040] A description will now be given of a method for 
making the amount of data of a video stream in one GOP 
5 constant 

[0041] Fig. 6 presents a schematic block diagram of 
an encoder which accomplishes this method. 
[0042] In Fig. 6, the encoder comprises a frame order 
changing section 11 , a motion detector 12, a differenti- 
ae ator 1 3, a discrete cosine transformer (DCT) 1 4, a quan- 
tizer 15, a variable length coder (VLC) 16, a multiplexer 
17, a buffer memory 18, an inverse quantizer 19, an in- 
verse DCT 20, an adder 21 and a frame accumulating 
and predicting section 22. The predicting section 22 de- 
is tects the moving vector, and determines the prediction 
mode. The inverse DCT 20, inverse quantizer 19 and 
adder 21 constitute a local decoder. 
[0043] The basic function of th is encoder is to perform 
discrete cosine transform (DCT) of an input digital video 
signal by the DCT 14, quantize the transformed coeffi- 
cient by the quantizer 15, encodes the quantized value 
by the VLC 16 and output the coded data as a video 
stream via the buffer memory 1 8. The DCT, quantization 
and coding are carried out in accordance with the de- 
tection of the moving vector, the discrimination of the 
prediction mode, etc., which are accomplished by the 
local decoder, the predicting section 22 and the motion 
detector 12. 

[0044] While the basic structure and function of this 
encoder are described in the specifications of the afore- 
mentioned ISO 11172, the block which makes the 
amount of data in one GOP in the output video stream 
will be discussed in the following description. 
[0045] This block comprises a code amount calculator 
23, a quantization controller 24, a stuffing data genera- 
tor 25, and a timing controller 26. The code amount cal- 
culator 23 attains the amount of stored data occupying 
the buffer memory 18 and calculates the amount of ac- 
cumulated data of video signals, coded at the input sec- 
tion of the buffer memory 18, (amount of codes) from 
the head of the GOP. The quantization controller 24 de- 
termines the quantizer scale for each predetermined 
unit obtained by dividing one frame by a predetermined 
size in accordance with the amount of the stored data 
and the amount of accumulated data, and controls the 
amount of coded data. The stuffing data generator 25 
generates predetermined stuffing data in accordance 
with the amount of accumulated data. The timing con- 
troller 26 generates timing signals necessary for the in- 
dividual sections, such as a horizontal sync signal 
Hsync, a frame sync signal FRsync and a GOP sync 
signal GOPsync, based on the input digital video signal. 
The quantizer 1 5 quantizes the coefficient after DCT, di- 
vides this value by the quantizer scale obtained by the 
quantization controller 24, and then outputs the result- 
ant value. The quantizer scale becomes an input to the 
multiplexer 17. The output of the stuffing data generator 
25, which will be discussed later, is also one input to the 
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multiplexer 17. 

[0046] The buffer memory 18 functions as illustrated 
in Fig. 7. A variable amount of coded data is generated 
and written in the buffer 18 at times 0, 1T, 2T and so 
forth (T: frame period). In this diagram, the arrows and 
their lengths respectively represent the writing direc- 
tions and the amount of data in the memory 1 8. The data 
is read out from the buffer memory 1 8 at a constant rate. 
This is represented by the inclined, broken lines in the 
diagram. The writing and reading are repeated in the 
illustrated manner. The code amount calculator 23 ob- 
tains the amount of data occupying the buffer memory 
18, and the quantization controller 24 alters the quan- 
tizer scale of the quantizer 15 based on the amount of 
occupying data in such a way that the buffer memory 1 8 
does not overflow or underflow, thus controlling the 
amount of data to be input to the buffer memory 18. As 
the quantizer scale of the quantizer 15 increases, the 
amount of output data therefrom decreases. As the 
quantizer scale decreases, on the other hand, the 
amount of output data from the quantizer 15 increases. 
The image quality is however reciprocal to the quantizer 
scale. This control on the amount of codes is also de- 
scribed in the specifications of the IS0 1 1 1 72 as a meth- 
od of transferring, at a constant rate, a variable amount 
of coded data generated frame by frame. 
[0047] As the amount of data in each GOP is constant 
in this embodiment, the following control is carried out 
in addition to the above -described control on the amount 
of data. 

[0048] The value of the quantizer scale may be deter- 
mined as follows. 

[0049] Under the condition to make the amount of da- 
ta in one GOP constant, the quantization controller 24 
calculates the amount of accumulated data from the 
head block of the GOP to the immediately before that 
block (expected amount of accumulated data), based 
on the amount of data set previously block by block. The 
quantization controller 24 obtains the difference be- 
tween this expected amount of accumulated data and 
the amount of data obtained by the code amount calcu- 
lator 23 or the amount ol accumulated data actually cod- 
ed and generated from the head block of the GOP to the 
immediately before that block (actual amount of accu- 
mulated data), and determines the value of the quantiz- 
er scale so that the actual amount of accumulated data 
approaches, but does not exceed, the expected amount 
of accumulated data as close as possible in accordance 
with the positive or negative sign of that difference and 
the absolute value thereof. The top of each GOP is in- 
dicated by the GOP sync signal GOPsync from the tim- 
ing generator 26. 

[0050] The amount of data for each block may be set 
in the following manner. 

(1 ) The ratio of the amounts of data of I, P and B 
pictures for each frame is determined. 
For example, l:P:B = 15:5:1. 



(2) The amount of data of each frame determined 
by the ratio given in the above process (1 ) is evenly 
allocated to the individual blocks in one frame. 

5 [0051] When coding of all the frames of one GOP is 
finished, the actual amount of accumulated data is equal 
to or smaller than the expected amount of accumulated 
data. To completely match the expected amount of ac- 
cumulated data with the amount of data in the video data 

10 stream in one GOP period, an insufficient amount is 
compensated by stuffing data (e.g., dummy data con- 
sisting of all "0") generated by the stuffing data genera- 
tor 25. 

[0052] In the coding system which conforms to the 

i& IS0 1 1 1 72, a bit stream has a plurality of positions where 
a proper amount of stuffing bits having a predetermined 
bit pattern can be inserted, and the bit stream is defined 
so that the presence of stuffing bits and the length there- 
of can be discriminated. For example, MB STUFF (mac- 

20 roblock stuffing) of amacroblocklayerorthe like is used. 
Further, the quantizer scale is also defined to be inserted 
in the bit stream when it is transmitted. For example, QS 
(quantizer scale) of a slice layer is used. 
[0053] The decoder, which decodes a video data 
stream that includes the stuffing data and quantizer 
scale and has a constant amount of GOP data, detects 
various headers inserted in the input bit stream (such 
as the sequence header, GOP start code, picture start 
code and slice start code), and is synchronized with this 

30 bit stream. The decoder performs decoding of each 
block in the bit stream by referrin g to the quantizer scale 
and performs no decoding on stuffing data when detect- 
ed, i.e. , the stuffing data is not decoded as video or audio 
signals or other information. In other words, the decoder 

3S disregards the stuffing data and can thus perform de- 
coding without particularly executing the above-de- 
scribed data amount control to make the amount of data 
in each GOP constant. 

[0054] Although the relation between the pack and the 
40 logical blocks is set as a ratio of 1 : 1 44 and the relation 
between the pack and the physical blocks is set as a 
ratio of 2 : 9 in the above-described embodiment, the 
relations are not limited to those ratios. Those relations 
can be simple and setting them to 1 : n and 2 : n (n being 
45 an integer) can sufficiently facilitate fast random access- 
ing to a recording medium. Although one GOP consists 
of 15 frames, the number of frames per GOP can of 
course take any value. 

[0055] Although an audio packet and data packets are 
so stored in one pack in this embodiment, video packets 
alone may be stored as so-called soundless video im- 
ages. 

[0056] According to the compressed and coded data 
recording method of the present invention, as described 
55 above in detail, video signals are compressed and cod- 
ed for every predetermined number of frames with the 
amount of codes per the predetermined number of 
frames being constant, the predetermined number of 
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in said video packet and an audio packet retaining 
said predetermined number of Irames of com- 
pressed and coded audio signals or a data packet 
retaining predetermined information are stored in 
5 said pack in a time-division multiplexing manner. 

4. The recording method according to Claim 2, where- 
in said video packet and an audio packet retaining 
said predetermined number of frames of com- 

10 pressed and coded audio signals or a data packet 
retaining predetermined information are stored in 
said pack in a time-division multiplexing manner. 

5. The recording method according to Claim 1 , where- 
in in said video packet is stored at an end of said pack. 

6. The recording method according to Claim 2, where- 
in said video packet is stored at an end of said pack. 

20 7. The recording method according to Claim 3, where- 
in said video packet is stored at an end of said pack. 

8. The recording method according to Claim 4, where- 
in said video packet is stored at an end of said pack. 

25 



frames of compressed and coded video signals are 
stored into at least one video packet, the video packet 
is stored in a pack having a time slot corresponding to 
the predetermined number of frames (preferably at the 
end of that pack), and th e video signals are recorded on 
the recording medium in a pack stream containing such 
packs, with the relation between the size of the pack and 
the size of the logical block of the recording medium be- 
ing set to 1 : n (n: an integer) and a relation between the 
size of the pack and the size of the physical block of the 
recording medium being set to 2 : n. Therefore, the cor- 
relations between a predetermined number of frames of 
video signals to be recorded and the sizes of the logical 
block and physical block of the recording medium are 
well organized. This invention is therefore advanta- 
geous method of recording compressed and coded da- 
ta, which is advantageous in improving the speed and 
easiness of random accessing, and reducing the buffer 
capacity and facilitating control and edition in the repro- 
ducing system in the system of recording and reproduc- 
ing compressed and coded data. 



Claima 

1. A compressed and coded data recording method 
for recording video signals on a recording medium 
in compressed and coded form, which method com- 
prises the steps of: 

compressing and coding video signals for every 
predetermined number of frames with an 
amount of codes per said predetermined 
number of frames being constant; 
the method characterised by storing said pre- 
determined number of frames of compressed 
and coded video signals into at least one video 
packet; 

storing said video packet in a pack having a 
time slot corresponding to said predetermined 
number of frames; and 

recording said video signals on said recording 
medium in a pack stream containing such 
packs, with a relation between a size of said 
pack and a size of a logical block of said record- 
ing medium being set to n : 1 (where n is an 
integer) and a relation between said size of said 
pack and a size of a physical block of said re- 
cording medium being set to m : 2 (where m is 
an integer also). 

2. The recording method according to Claim 1 , where- 
in header information necessary to reproduce said 
pack stream and header information necessary to 
reproduce a stream of compressed and coded vid- 
eo signals are inserted in all packs. 

3. The recording method according to Claim 1 , where- 



Pat en ta n s pr tic h e 

1 . Verfahren zur Aufzeichnung von komprimierten und 
30 codierten Daten zwecks Aufzeichnung von Video- 

signalen auf einem Datentrager in komprimierter 
und codierter Form, wobei das Verfahren die Schrit- 
te aufweist: 

35 Komprimieren und Codieren von Videosigna- 

len fur jede vorbestimmte Anzahl von Rahmen, 
wobei eine Menge von Codes pro diese vorbe- 
stimmte Anzahl von Rahmen konstant ist; 
wobei das Verfahren gekennzeichnet ist durch 
40 Speichern der vorbestimmten Anzahl von Rah- 

men von komprimierten und codierten Videosi- 
gnaJen in mindestens ein Videopakei; 
Speichern des Videopakets in einem Pack mit 
einem Zeitschlitz entsprechend der vorbe- 
45 stimmten Anzahl von Rahmen; und 

Aufzeichnen der Videosignale auf dem Daten- 
trager in einem Packstrom, der solche Packs 
enthalt, wobei eine Beziehung zwischen einer 
Grofte des Packs und einer GroGe eines logi- 
so schen Blocks des Datentragers auf n:1 gesetzt 

ist (wobei n eine ganze Zahl ist) und eine Be- 
ziehung zwischen der GrbBe des Packs und ei- 
ner GroDe eines physischen Blocks des Daten- 
tragers auf m:2 gesetzt 1st (wobei m auch eine 
55 ganze Zahl ist). 

2. Aufzeichnungsverfahren nach Anspruch 1, wobei 
die Kopfinformation, die notwendig ist, urn den 



40 



45 



so 



7 



13 



EP0 634 867 B1 



14 



Packstrom zu reproduzieren, und die Kopfinforma- 
tlon, die notwendig ist, um einen Strom von kompri- 
mierten und codierten Videosignalen zu erzeugen, 
in alle Packs eingelugt sind. 

3. Aufzeichnungsverfahren nach Anspruch 1, wobei 
das Videopakei und das Audiopaket, das die vor- 
bestimmte Anzahi von Rahmen von komprimierten 
und codierten Audiosignalen aufbewahrt Oder ein 
Datenpaket, das die vorbsstimmte Information auf- 
bewahrt, in dem Pack auf eine Zeitmultiplexart ge- 
speichert sind. 

4. Aufzeichnungsverfahren nach Anspruch 2, wobei 
das Videopaket und ein Audiopaket, das die vorbe- 
stimmte Anzahi von Rahmen von komprimierten 
und codierten Audiosignalen aufbewahrt, oder ein 
Datenpaket, das eine vorbestimmte Information 
aufbewahrt, in dem Pack auf eine Zeilmultiplexart 
gespeichart sind. 

5. Aufzeichnungsverfahren nach Anspruch 1, wobei 
das Videopaket an einem Ende des Packs gespei- 
chart ist. 

6. Aufzeichnungsverfahren nach Anspruch 2, wobei 
das Videopaket an ainem Ende des Packs gespei- 
chert ist. 

7. Aufzeichnungsverfahren nach Anspruch 3, wobei 
das Videopaket an einem Ende des Packs gespei- 
chart ist. 

8. Aufzeichnungsverfahren nach Anspruch 4, wobei 
das Videopaket an einem Ende des Packs gespei- 
chart ist. 



Revandicaliono 

1. Proceda d'enregistrement de donnees compres- 
sees et codees pour i'enregistrement de signaux vi- 
deo sur un support d'enregistrement, sous une for- 
ma compresses et codes, laquei precede com- 
prend les stapes qui consistent a : 

compresser et coder des signaux video pour 
chaque ensemble d'un nombre predetermine 
de trames, la quantita de codes etant constante 
pour chaque ensemble dudit nombre predeter- 
mine de trames; 

le precede etant caracteYise par la memorisa- 
tion dudit nombre predetermine de trames de 
signaux video compresses et codes dans au 
moins un groupe video ; 
la memorisation dudit groupe video dans un pa- 
quet ayant une tranche de temps correspon- 
dant audit nombre predetermine de trames ; et 



i'enregistrement desdits signaux video sur ledit 
support d'enregistrement dans un flux de pa- 
quets contenant ces paquets, la relation entra 
lataille dudit paquet et la tai lie d'un bioc logique 
5 dudit support d'enregistrement etant eta b lie a 

n : 1 (ou n est un entier) et la relation entre ladite 
taille dudit paquet et la taille d'un bloc physique 
dudit support d'enregistrement etant etablie a 
m : 2 (ou m est un entier egalement). 

10 

2. Proc6d6 d'enregistrement selon la revendication 1 , 
dans laquei les informations d'en-tete necessaires 
pour reproduce ledit flux da paquets et les informa- 
tions d'en-tete necessaires pour reproduire un flux 

is de signaux video compresses et codes sont inse- 
rees dans tous les paquets. 

3. Precede d'enregistrement selon la revendication 1 , 
dans lequel ledit groupe video et un groupe audio 

20 contenant ledit nombre predetermine de trames de 
signaux audio compresses et codes ou un groupe 
de donnees contenant des informations predeter- 
minees sont memorises dans ledit paquet selon un 
mode da multiplexage par repartition dans le temps. 

2S 

4. Proc6d6 d'enregistrement selon la revendication 2, 
dans lequal ledit groupe video et un groupe audio 
contenant ledit nombre predetermine de trames de 
signaux audio compresses et codes ou un groupe 

30 de donnees contenant des informations predeter- 
minees sont memorises dans ledit paquet selon un 
mode de multiplexage par repartition dans la temps. 

5. Proceda cPenre gist ram ent selon la revendication 1 , 
35 dans lequel ledit groupe video est memorise a la fin 

dudit paquet. 

6. Precede d'enregistrement selon la revendication 2, 
dans lequel ledit groupe video est memorise a la fin 

40 dudit paquet. 

7. Procede d'enregistrement selon ia revend ication 3, 
dans lequel ledit groupe video est memorise a la fin 
dudit paquet. 

45 

8. Proceda d'enregistrement selon la revendication 4, 
dans lequel ledit groupe video est memorise a la fin 
dudit paquet. 

so 
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